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Pahrzeuaelek fcrik^-KoiifiauratTonppvPteTn 

Die Erfindung bezieht sich auf ein Fahrzeugelektrik-Konf igura- 
tionssystem zur automatisierten Konf igurierung f ahrzeugelektri- 
scher Anlagen, die wenigstens teilweise an ein Datenbusnetzwerk 
llngeschlossene Hardware -Komponent en und in wenigstens einem Teil 
der Hardware -Komponent en implementierte Sof tware-Komponenten zur 
Ausfiihrung zugehoriger Funktionalitaten umfassen. Unter Hard- 
ware -Komponent en werden hierbei vor allem die diversen Steuerge- 
rate (haufig als ECO abgekiirzt) samt zugehoriger Teile und Peri- 
pherie verstanden, wie Leitungsverbindungen , Datenbussen, An- 
schliissen, Sensoren und Aktoren. Jede Sof tware-Komponente , die 
eine zugehorige Funktionalitat erfiillt, kann in einer oder ver- 
teilt in mehreren der Hardware -Komponent en implement iert sein. 

Systeme zur automatischen Konf igurierung eines technischen Sy- 
stems sollen den Aufbau des Systems unterstiitzen, indem sie eine 

• im Rahmen der vorhandenen Moglichkeiten und vorgegebenen Rand- 
bedingungen hinsichtlich vorgegebener Kriterien moglichst opti- 
male Systemkonf iguration vorzugsweise mittels einer wissenba- 
sierten Methode ermitteln, bei der das gesamte konf igurationsre- 
levante Wissen in einer entsprechenden Wissensbasis-Datenbank 
abgelegt ist. Solche Systeme sind beispielsweise bereits zur 
Konf igurierung von PC-Systemen und Telef onanlagen vorgeschlagen 
worden, siehe zu letzterem- die Verof f entlichung Uellner et al., 
Kundenspezif ische Konf iguration von Telekommuniationssystemen - 
Das Projekt KIKon, Deutsche "Telekom AG, Technologiezentrum Darm- 
stadt, 1997. Zu den allgemei-nen Grundlagen wissenbasierter Kon- 
f igurierung kann z.B, auch auf die Verof f entlichung A. Giinter 
(Herausgeber) , Wissensbasiertes Konf igurieren - Ergebnisse aus 
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dem Projekt PROKON, Inf ix-Verlag, St. Augustin 1995 verwiesen 
we r den . 

In modernen Kraft fahrzeugen nimmt der Elektrik-/Elektronik- 
anteil, d.h. der Anteil an elektrischen und elektronischen Kom- 
ponenten, welche die f ahrzeugelektrische Anlage bilden, standig 
zu. Die Variantenvielfalt f ahrzeugelektrischer Anlagen, wie die 
jeweilige Gesamtheit an elektrischen und elektronischen Kompo- 
nenten vorliegend vereinf achend bezeichnet wird, ist u.a. be- 
dingt durch verschiedene Fahrzeughers teller, verschiedene Be- 
triebsvorschriften in unterschiedlichen Landern und durch ver- 
^schiedene Baureihen und Ausstattungsvarianten desselben 

erstellers. Es besteht daher Bedarf an einem Fahrzeugelektrik- 
Konfigurat ions system, mit dem sich eine f ahrzeugelektrische An- 
lage nach Kundenwunsch im Rahmen der gegebenen Bedingungen mit 
moglichst hohem Automatisierungsgrad weitgehend selbsttatig kon- 
figurieren laSt und die momentane Konf iguration, d.h. die Ist- 
Konfiguration, z.B. fiir Service -Personal moglichst gut abrufbar 
und darstellbar ist. Zudem besteht der Wunsch, die jeweilige 
Ist -Konf iguration im Fall des Austauschs von Systemkomponenten 
Oder der Hinzufiigung neuer Komponenten fur neue Funktionalitaten 
ebenfalls weitgehend selbsttatig wiederspruchsf rei rekonf igurie- 
ren zu konnen. 

Grundzuge eines Fahrzeugelektrik-Konf igurationssystems der ein- 
gangs genannten Art sind in der Verof f entlichung I. Kruez et 
al., Intelligent Configuring System, Proceedings of the 31st 
ISATA - Automotive Electronics and New Products, Diisseldorf , 
Deutschland, 2.-5. Juni 1998 beschrieben. Die dort offenbarte 
KonfigurierungsprozeSkette beinhaltet einen Satz von entwick- 
lungsseitig vorgegebenen , moglichen Konf igurationen und einen 
Satz von daraus unter Berucksichtigung von beschrankenden Marke- 
tingstrategien abgeleiteten Satz zulassiger Konf igurationen, aus 
dem dann nach Kundenwunsch eine beauftragte Konf iguration gewon- 
nen werden kann, aus der dann produktionsseitig eine endgxiltige 
Istkonf iguration bestimmt wird. Alle genannten Konf igurationen 
werden in einer als zentrale Wissensbasis fungierenden Datenbank 
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abrufbar abgelegt. Die Inf ormationen uber die Istkonf iguration 
erleichtern dem Servicepersonal die Bestimmung, aus welchen Kom- 
ponenten, womit vorliegend zusamtnenf assend Hardware- und Soft- 
ware-Komponenten bezeichnet werden, eine gegebene f ahrzeugelek- 
trische Anlage besteht . Sie konnen zudem zur Generierung einer 
individuellen Dokumentation liber die jeweilige Ist-Konf iguration 
fur das Servicepersonal und fiir die Erstellung eines individu- 
ellen Handbuchs dienen. 



^^^la: 



Der Erfindung liegt als technisches Problem die Bereitstellung 
eines Fahrzeugelektrik-Konf igurationssystems der eingangs ge- 
annten Art zugrunde, mit dem es insbesondere moglich ist, dau- 
haft in relativ einfacher Weise einen Uberblick iiber die je- 
weilige Ist-Konf iguration zu gewinnen und/oder eine fahrzeug- 
elektrische Anlage, welche die kundenspezif isch gewiinschten An- 
forderungen erfiillt, benutzerf reundlich mit hohem Automatisie- 
rungsgrad zu konf igurieren. 

Die Erfindung lost dieses Problem durch die Bereitstellung eines 
Fahrzeugelektrik-Konf igurationssystems mit den Merkmalen des An- 
spruchs 1 bzw. 5. 

Das Konf igurationssystem nach Anspruch 1 beinhaltet charakteri- 
stischerweise einen f ahrzeugseitig angeordneten, zentralen Ist- 
onf igurationsdatenspeicher . In diesem ist der die Ist-Konf igu- 
ation charakterisierende Ist-Konf igurationsdatensatz zentral 
abgelegt, so daS durch Anschlufi einer datenabruf enden Komponente 
leicht ein Uberblick liber die gesamte momentane Konf iguration 
der f ahrzeugelektrischen Anlage f ahrzeugseitig gewonnen werden 
kann, ohne daS hierzu beispielsweise auf eine Datenbank beim 
Fahrzeughersteller oder auf verschiedene , in den unterschiedli- 
chen Hardware -Komponent en des Fahrzeugs enthaltene Speicherbau- 
teile, die Daten nur uber die jeweils zugehorige Hardware- 
Komponente enthalten, zugegriffen werden muS. Der Ist -Konf igu- 
rationsdatenspeicher hat direkten oder indirekten Kommunikati- 
onsanschluS mit alien verbauten Hardware -Komponent en, was eine 
Voraussetzung dafiir bietet, daS die in ihm abgelegten Ist- 
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Konf igurationsdaten mit der tatsachlichen Ist-Konf iguration re- 
lativ einfach abgeglichen bzw. in Ubereinstimmung gehalten wer- 
den konnen, z.B. im Fall eines unbeabsichtigten Datenverlustes 
im Ist-Konf igurationsdatenspeicher. Die Kenntnis der exakten 
Ist-Konf iguration ist besonders fur Service und Diagnose der 
f ahrzeugelektrischen Anlage, Tausch und Reparatur von Einzelkom- 
ponenten, Momentanwertbest immung insbesondere bei Gebrauchtf ahr- 
zeugen und fur die Erstellung individueller Handbiicher fur das 
jeweilige Fahrzeug von Nutzen. Durch die zentrale Ist-Konf igu- 
rationsdatenhaltung besteht eine hohe Verf ugbarkeit und eine re- 
lativ einfache Aktualisierbarkeit der Daten. 

:n einer Weiterbildung dieses Konf igurationssystems ist gemaS 
Anspruch 2 der Ist-Konf igurationsdatenspeicher von einem Flash- 
Speicherteil einer Steuergeratkomponente der f ahrzeugelektri- 
schen Anlage gebildet . Diese spezielle Steuergeratkomponente 
fungiert gleichzeitig als Gateway der f ahrzeugelektrischen Anla- 
ge zu 'einem f ahrzeugexternen System, das z.B. Browsermittel zur 
bildlichen Wiedergabe der gesamten Ist-Konf iguration oder von 
Teilen hiervon enthalten kann. 

Bei einem nach Anspruch 3 weitergebildeten Konf igurationssystem 
sind die Ist -Konf igurationsdaten im Ist-Konf igurationsdaten- 
speicher in einem XML-Dateif ormat abgelegt . Zudem sind Daten 
uber die gewahlte Struktur bzw. Grammatik dieses Dateiformats in 
einer zugeordneten Dokumenttyp-Def initionsdatei abgelegt. Dies 
macht den Ist -Konf igurationsdatenspeicher " selbstbeschreibend" 
in dem Sinne, da£ die in ihm gespeicherte Ist-Konf iguration auch 
nach langer Zeit abgerufen und dargestellt werden kann, selbst 
wenn z.B. ein urspriinglich fiir die Darstellung benutzter fahr- 
zeugexterner Browser nicht mehr erhaltlich ist. 

Ein nach Anspruch 4 weitergebildetes Konf igurationssystem bein- 
haltet Browsermittel, mit denen die Ist-Konf igurationsdaten je 
nach Systemauslegung in einer Baumstmakturdarstellung, einer 
Funktionsdarstellung und/oder einer Topologiedarstellung und op- 
tional in einer oder mehreren weiteren Darstellungsarten wieder- 
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gegeben werden konnen, was demgemaS unterschiedliche Sichtweisen 
auf die Ist-Konf iguration ermoglicht . 

Das Fahrzeugelektrik-Konf igurationssystem nach Anspruch 5 bein- 
haltet charakteristischerweise einen Topologiekonf igurierungs- 
Systemteil , einen Hardwarekomponentenkonf igurieruhgs-Systemteil 
und einen Fahrzeugkonf igurierungs-Systemteil sowie eine graphi- 
sche Benutzeroberf lache zur wahlweisen Aktivierung des jeweili- 
gen Systemteils und zur meniigesteuerten Benutzerf lihrung wahrend 
der Aktivitat des jeweiligen Systemteils. Uber den Topologiekon- 
f igurierungs-Systemteil konnen dem Konf igurationssystem Daten 
iiber die Typen von verwendbaren Hardware -Komponen ten und deren 

atennetzwerkanbindung eingegeben werden. Uber den Hardwarekom- 
ponentenkonf igurierungs-Systemteil konnen in der Entwicklungs- 
phase fiir einen jeweiligen Hardwarekomponententyp zulassige 
Hardware- und Software -Module bzw. -Bestandteile ausgewahlt bzw. 
neu entwickelt werden. Durch Aktivierung des Fahrzeugkonf igurie- 
rungs-Systemteils bewirkt dann das System eine weitgehend oder 
vollstandig automatische Konf igurierung einer optimalen fahr- 
zeugelektrischen Anlage fiir das von einem Kunden gewiinschte 
Fahrzeug in Abhangigkeit von entsprechenden kundenseitigen Ziel- 
vorgaben unter Nutzung der Inf ormationen des Topologiekonf igu- 
rierungs -Systemteils und des Hardwarekomponentenkonf igurierungs- 
Systemteils. Als hierfur taugliche "Konf igurierungsmaschine" ist 
eine solche herkommlicher Art einsetzbair, wie sie bislang schon 
fur die Konf igurierung anderer elektronischer Systeme eingesetzt 
wird. 



Bei einem nach Anspruch 6 weitergebildeten System sind Rekonfi- 
gurierungsmittel vorgesehen, mit denen eine rechnergestiitzte au- 
tomatische Rekonf igurierung einer jeweiligen f ahrzeugelektri- 
schen Anlage durchgefuhrt werden kann, wenn eine Hardware- oder 
Software -Komponente durch eine neue anderen Typs ersetzt wird, 
die jedoch mindestens auch die Funktionalitat der ersetzten Kom- 
ponente umfaEt. Des weiteren ist eine solche Rekonf igurierung 
bei Hinzufiigung einer weiteren, bislang nicht im Fahrzeugsystem 
vorhandenen Funktionalitat moglich . 
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Bei einem nach Anspruch 7 weitergebildeten Konf igurationssystem 
sind Wissensalterungsmittel vorgesehen, die den abgespeicherten 
Konf igurationsdaten einen Aktualitatsgrad in Abhangigkeit von 
deren Alter und Konf igurierungsgebrauchshauf igkeit zuordnen und 
Konf igurationsdaten aus dem geltenden Konf igurationsdatensatz 
entfernen, wenn ihr Aktualitatsgrad einen vorgebbaren Schwell- 
wert unterschritten hat. Zusatzlich oder alternativ zu dieser 
MaSnahme kann die Aktualitatsgradzuweisung von gegebenenf alls 
vorhandenen Rekonf igurierungsmitteln dazu genutzt werden, immer 
dann, wenn mehrere mogliche, konkurrierende Komponenten, Konfi- 

•urierungsstrategien und/oder Komponentenbeziehungen in Betracht 
ommen, jeweils zuerst diejenige mit dem hochsten Aktualitats- 
grad zu verwenden und nur itn Konfliktfall auf solche mit niedri- 
gerem Aktualitatsgrad zuruckzugreif en, 

Bevorzugte Ausf lihrungsbeispiele der Erfindung sind in den Zeich- 
nungen dargestellt und werden nachfolgend beschrieben. Hierbei 
zeigen: 

Fig. 1 eine Blockdiagrammdarstellung der Prozefikette wahrend der 
automat ischen Konf igurierung einer f ahrzeugelektrischen 
Anlage durch ein Fahrzeugelektrik- Konf igurationssystem, 

^Fig. 2 eine ausschnittweise Blockdiagrammdarstellung einer auto- 
matisch konf igurierten f ahrzeugelektrischen Anlage mit 
mehreren Datenbussen und Steuergeraten sowie einem zen- 
tralen 1st -Konf igurationsdatenspeicher. 

Fig. 3 eine schematische Blockdiagrammdarstellung der Daten- 

struktur fur den Ist-Konf igurationsdatenspeicher von Fig. 
2, 

Fig. 4 ein Beispiel einer ausschnittweisen bildlichen Wieder- 
gabe einer im Ist-Konf igurationsdatenspeicher abgeleg- 
ten Ist-Konf igurat ion in Baumstrukturdarstellung, 
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Fig. 5 eine bildliche Wiedergabe einer Ist-Konf iguration in 
Topologiedarstellung, 

Fig. 6 schematisch eine Einstiegsmaske einer graphischen Be- 
nutzeroberf lache zur menugesteuerten Benutzerf uhrung 
wahrend eines Konf igurierungsvorgangs , 

Fig. 7 eine von der graphischen Benutzeroberf lache bereitge- 
stellte Bildschirmansicht wahrend eines Topologie- 
Konf igurierungsvorgangs , 

Fig. 8 eine von der graphischen Benutzeroberf lache bereitge- 
stellte Bildschirmansicht zum Starten eines Fahrzeug- 
konf igurierungsvorgangs und zur Auswahl verschiedener 
Anzeigefunktionalitaten, 

Fig. 9 eine von der graphischen Benutzeroberf lache bereitge- 
stellte, ausschnittweise 1st -Konf igurationsansicht in 
Topologiedarstellung, 

Fig. 10 eine von der graphischen Benutzeroberf lache aus den 

1st -Konf igurationsdaten bereitgestellte Diagnosemodell- 
ansicht und 

Fig. 11 eine schematische Blockdiagrammdarstellung liber einen 
von dera Konf igurationssystem bewirkten Rekonf igurie- 
rungsvorgang , 

Fig. 1 zeigt ein Fahrzeugelektrik-Konf igurationssystem zur auto- 
matisierten Konf igurierung f ahrzeugelektrischer Anlagen in ihrer 
Konf igurierungsprozeSkette bei der Fahrzeugherstellung. Wie dar- 
aus ersichtlich, ergibt sich fur diesen vorliegenden Fall der 
Anwendung eines wissensbasierten Konf igurationssystems folgender 
typische ProzeSablauf . 



Die Systementwickler erzeugen diverse Hardware- und Software- 
Komponenten zur Erfiillung f ahrzeugtypischer Funktionalitaten, 
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die dann zusammen mit ihren zugehorigen Komponentenbeziehungen, 
d.h. den vorhandenen Regain und Randbedingungen, einen Satz Cp 
moglicher Konf igurationen ergeben. Dazu werden alle Teilsysteme 
der f ahrzeugelektrischen Anlage, wie Steuergerate , Aktoren, Sen- 
soren usw. , an einer. Stelle zentral erfaSt, was auch das Refe- 
renzieren von extern verfiigbaren Dokumenten, wie Handbuchinf or- 
mationen oder Diagnosemodulen zu einer Steuergeratf unktion, um- 
faSt. Hierfur stehen in den Entwicklungsabteilungen Schnitt- 
stellen zwischen den bestehenden Systemen zur Erfassung und 
Freigabe von Systemen fur die zentrale Datenhaltung zur Verfii- 
gung. Gegebenenf alls fehlende Inf ormationen oder Referenzen wer- 
en erganzt . 



Nicht alle moglichen Konf igurationen sind jedoch z.B. aus Marke- 
tinggrunden und aufgrund landerspezif ischer Vorschriften sinn- 
voll und zulassig, weshalb dement sprechend aus den moglichen 
Konf igurationen unter Beachtung derartiger Bedingungen ein ver- 
bleibender Satz erlaubter, f reigegebener Konf igurationen ge- 
bildet wird. So werden in den Entwicklungs- und Market ing- 
Abteilungen auch die Regain und/oder Randbedingungen zur Verbau- 
barkeit der verschiedenen elektrischen/elektronischen Komponen- 
ten erfaSt, wobai es sich z.B. um technische Restriktionen 
zwecks Vertraglichkeit bestimmter Steuergarate untereinander 
Oder um marktstrategischa Restriktionen handeln kann, wonach 
^beispielsweise eine technisch mogliche Funktion erst ab einer 

estimmten Mindestausstattung, z.B. Motorisierung, verwendet 
werden darf. Der Satz von technisch moglichen Konf igurationen Cp 
und der Satz f reigegebener Konf igurationen Cg wird somit von Ent- 
wicklung und Marketing liber die Festlegung des Rahmenhefts, d.h. 
der geplanten Funktionalitaten, der Vernetzungstopologie , der 
f reigegebenen Steuergerate und der Baubarkeitsregeln, d.h. der 
Komponentenbeziehungen und Randbedingungen, definiert. Diese 
Konf igurationsmengen enthalten daher nicht nur technische Infor- 
mationen, sondern durch die Regeln und externen Referenzen das 
gesamte Expertenwissen liber die baubaren Produkte . 
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Aus den f reigegebenen Konf igurationen Ca wird nun verkauf sseitig 
abhangig vom Kundenwunsch die zu einem gewiinschten, bestellten 
Fahrzeug gehorige, optimale bestellte Konf iguration durch 
rechnergestiitzte automatische Konf igurierung abgeleitet. Krite- 
rien fur eine optimale Konf igurierung sind z.B. die Kosten, die 
Datenbuskommunikation und naturlich die Konf liktf reiheit des 
konf igurierten Systems. In der Produktion wird aus der bestell- 
ten Konf iguration Cq die 1st -Konf iguration Cg der f ahrzeugelek- 
trischen Anlage wahrend des Zusammenbaus des Fahrzeugs aus Ein- 
zelkomponenten gewonnen. Insbesondere werden hierzu die geeigne- 
ten Hardware -Komponent en, d.h. vorwiegend die diversen Steuer- 
erate, ausgewahlt, und die erf orderliche Software implemen- 
iert, wozu die benotigten Software-Module beim Konf igurieren 
geeignet kombiniert und vorzugsweise uber eine Flash- Software in 
das Fahrzeug iibertragen werden. Alle genannten Konf igurationen 
bzw. Konf igurationssatze werden in einer zentralen Datenbank Db 
abrufbar abgespeichert . Die weitgehend automatisch ermittelte 
Ist-Konf iguration Cg steht dann beispielsweise Servicepersonal 
zur Verfugung. 

Der Satz f reigegebener Konf iguration dient dabei im Verkauf s- 
/Logistikbereich direkt als Wissensbasis fur ein wissensbasier- 
tes Konf igurierungssystem, mit dem durch automat isierte Konf igu- 
rierung z.B. Informationen zur Erstellung einer Stuckliste fur 
die Produktion, einer Kommunikationsmatrix der Steuergerate an 
den Datenbussen, eines Gesamtschaltplans aus den Topologieinf or- 
mationen und den Einzelschaltplanen der Steuergerate, eines in- 
dividuellen Benutzerhandbuches und individueller Diagnoseinf or- 
mationen aus den Diagnosemodulen zu den Steuergeraten generiert 
werden konnen. Als Konf igurat ions ziel dienen dem Konfigurie- 
rungssystem die Anf orderungen des Kunden an sein Fahrzeug, d.h. 
der gewunschte Funktionsumf ang . Weitergehend kann eine Bedatung 
der Verkauf ssysteme aus den Wissensbanken, d.h. der Menge der 
erlaubten Konf igurationen C^, vorgesehen sein, indem die Marke- 
tingabteilungen zu jeder Funktion bzw. jedem Ausstattungsmerkmal 
auch die Information fur die Verkauf sprospekte angeben, wodurch 
individuelle Verkauf sprospekte je nach Kundenprofil automatisch 
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generiert warden konnen. Dabei beschrankt sich das System in 
diesem Fall nicht allein auf das f ahrzeugelektrische Teilsystem. 

Die erwahnte Stiickliste enthalt auch die fiir die Produktion be- 
not igten Informationen zur Programmierung der Steuergerate , d.h. 
die fiir die Produktion benotigten Software-Module werden bei der 
Konf igurierung identif iziert und uber Referenzen fvir die Produk- 
tion bereitgestellt . Die Stiickliste ist der wesentliche Bestand- 
teil der bestellten Konf iguration Cq . Sie kann fur die Produktion 
noch Freiheitsgrade enthalten, urn die Lief erbarkeit zu erhohen. 
So kann beispielsweise vorgesehen sein, in der Produktion zu 
entscheiden, daS fur bestimmte Funktionen anstelle mehrerer spe- 

ieller Steuergerate einige frei programmierbare Steuergerate 
verbaut werden. Auf diese Weise konnen gewunschte Funktionen 
durch Programmierung mit Sof twaremodulen, die vom Konfiguirie- 
rungssystem identif iziert werden, verteilt implementiert werden. 
Auch im Fall, daS diese Vorgehensweise kostenintensiver ware, 
kann sie im Einzelfall giinstig sein, z.B. urn eine schnellere 
Fahrzeugproduktion bei einem LieferengpaS eines speziellen Steu- 
ergerates zu erlauben. 

Charakteristischerweise ist eine Onboard- Speicherung der Ist- 
Konf iguration Cg der f ahrzeugelektrischen Anlage im bestellten 
Fahrzeug F vorgesehen. Die Onboard- Istkonfigurationsspeicherung 
erleichtert nicht nur Diagnose- und Wartungsarbeiten, sondern 
auch die Implementierung neuer (Software- ) Funktionalitaten, die 
Automat isierung von Software -Aktualisierungen und das Erstellen 
fahrzeugindividueller Handbiicher. Sie erlaubt als eine weitere 
Anwendung die jederzeitige Wertbestimmung des gebrauchten Fahr- 
zeugs. Der Gebrauchtwagenhandler kann die Ist-Konf igurations- 
daten aus dem f ahrzeugseitigen Ist-Konf igurationsdatenspeicher 
libernehmen und anhand der Ausstattung den Wiederverkauf swert er- 
mitteln. Die Onboard- Istkonfigurationsspeicherung erfolgt cha- 
rakteristischerweise im Fahrzeug an einer zentralen Stelle. Wie 
in Fig. 2 veranschaulicht , wird hierzu neben den librigen Hard- 
ware -Komponent en ECUl, ECU2, ... ein weiteres, zentrales Steuer- 
gerat CECU vorgesehen, das einen Flash- Speicherteil , alternativ 
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einen anderen elektronischen Speicher, besitzt, der als Ist- 
Konf igurationsdatenspeicher ECO fungiert, in welchem die exakte 
Ist-Konf iguration abgelegt ist, genauer gesagt die zur Bestim- 
mung derselben mindestens benotigten Daten. Die Ist-Konfigu- 
rationsdaten beschreiben somit alle elektrischen und elektroni- 
schen Hardware- und Sof tware-Komponenten des jeweiligen Fahr- 
zeugs einschlieSlich ihrer Kotnponentenbeziehungen. Durch die On- 
board -Speiche rung der Ist-Konf iguration laSt sich eine hohe Ak- 
tualitat auch nach mehreren auf einanderf olgenden Systemande- 
rungen, eine inharent f ahrzeugindividuelle Dokumentation, eine 
hohe Verfugbarkeit der Ist-Konf iguration als Teil des Fahrzeugs 

•und eine leichte Identif izierung "unsichtbarer" Systemkomponen- 
^en, wie Sof tware-Komponenten, erreichen. 

Gleichzeitig fungiert das zusatzliche zentrale Steuergerat CECU 
als Gateway zwischen dem Fahrzeug und der FahrzeugauSenwelt , 
d.h. an dieses Steuergerat CECU kann ein f ahrzeugexternes System 
1 zwecks Datenkommunikation mit dem Fahrzeug angeschlossen wer- 
den. Dies kann unter anderem dazu genutzt werden, mit dem fahr- 
zeugexternen System 1 die im Ist-Konf igurationsdatenspeicher ECO 
des Gateway- St euergerates CECU abgelegten Ist-Konf igurations- 
daten abzurufen und durch einen geeigneten Browser in einer ge- 
wiinschten Weise anzuzeigen. 

^^^^Damit sichergestellt werden kann, daS die im Ist-Konf igurations- 
^^^^datenspeicher ECO abgespeicherte Ist-Konf iguration auch tatsach- 
lich der real vorliegenden Ist-Konf iguration entspricht, ist 
vorgesehen, daS jede Steuergerat -Komponente ECijl, ECU2, ... in 
der Lage ist, sich selbst zu identif izieren, und das zentrale 
Steuergerat CECU, wie in Fig. 2 dargestellt, direkt oder indi- 
rekt mit jedem der anderen Steuergerate ECUl, ECU2, ... in Kom- 
munikationsverbindung steht, wobei die iibrigen Steuergerate 
ECUl, ECU2, ... wie ublich mindestens teilweise an einen oder 
mehrere Datenbusse Busl, Bus2, . . . angeschlossen sind. Die im 
Ist-Konf igurationsdatenspeicher ECO abgelegten Ist-Konf igurati- 
onsdaten konnen auf diese Weise automatisch mit dem realen Sy- 
stem abgeglichen und gegebenenf alls wieder in Ubereinstimmung 
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gebracht werden, wenn diese z.B. wegen eines unabsichtlichen Da- 
tenspeicherausfalls oder einer Schadigung im zentralen Steuerge- 
rat CECU verlorengegangen ist. 

Von besonderem Vorteil fiir die mit der Onboard- Speicherung der 
Ist-Konf iguration ermoglichte Onboard-Dokumentation ist es, wenn 
diese selbstbeschreibend ausgelegt ist. Es ist dann auch noch 
nach langer Zeit moglich, die abgespeicherten Ist-Konf igurati- 
onsdaten auszulesen und korrekt zu interpret ieren, selbst wenn 
das den Browser zur Darstellung der Ist-Konf iguration haltende 
Of f board-System 1 nicht mehr verfiigbar ist. Dies laSt sich da- 
^jiurch erreichen, dafi der Ist-Konf igurationsdatenspeicher ECO die 
st-Konfigurationsdaten in einem geeigneten Dateif ormat halt und 
zudem die Inf ormat ionen zur Definition der Struktur, d.h. Gram- 
matik dieser Datei enthalt . Ein geeignetes solches Dateif ormat 
steht mit dem sogenannten XML (Extensible Mark-up Language) - 
DateiforTnat zur Verfugung, das vom W3C (World Wide Web Consorti- 
um) verof fentlicht wurde und eine Untermenge von SGML (Standard 
Generalized Marked-up Language) darstellt. Die Dokumente werden 
hierbei hierarisch gespeichert und sind maschinenlesbar . So kon- 
nen z.B. Baumstrukturen abgespeichert und deren Inhalte durch 
Rechner interpret iert werden. Tags werden zur Trennung und Iden- 
tifizierung von Datenfeldern verwendet und helfen dabei, die Da- 
ten selbstbeschreibend zu realisieren. 

Wie in Fig. 3 beispielhaft fur ein Fahrzeug mit einer bestimmten 
Identif ikationsnummer "12345" dargestellt, wird zusammen mit den 
im XML-Format abgelegten Ist-Konf igurationsdaten die Struktur- 
bzw. Grammatik- Information der Datei in einer DTD (Document Type 
Definition) -Datei definiert, die zusammen mit der XML-Datei im 
Fahrzeug gespeichert ist. Dies garantiert noch nach Jahren eine 
konsistente, d.h. zutreffende Istkonf igurations-Dokumentation, 
mit der nicht nur eine dauerhafte Interpretation der Ist-Konfi- 
gurationsdaten, sonderen auch deren Modif izierung moglich 
bleibt . 



Fiir die Darstellung der Ist-Konf igurat ion sind je nach System- 
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auslegung verschiedene Moglichkeiten gegeben. Eine erste Mog- 
lichkeit in Form einer Baumstrukturdarstellung ist in Fig. 4 
ausschnittweise mit einigen Hauptzweigen wiedergegeben . Wie dar- 
aus ersichtlich, umfassen die Ist-Konf igurationsdaten in diesem 
Fall eine Fahrzeugidentif izierungsinf ormation, eine Information 
iiber den Fahrzeugbesitzer, Inf ormationen uber technische Daten, 
wie Leistung, Fahrzeugabmessungen etc., die fiir den Fall eines 
Wiederverkauf s niitzlich sind, wartungsbezogene Daten, z.B. xiber 
den letzten Olwechsel, und im vibrigen die sich auf die eigentli- 
che fahrzeugelektrische Ttolage beziehenden Daten uber vorhandene 
Datenbusse und vorhandene Hardware- und Sof tware-Komponenten . 
ie Daten iiber die Hardware -Komponen ten umfassen nicht nur deren 
nteme Details und die implement ierte Software, sondern auch 
anschlieSbare Aktuatoren und Sensoren sowie mogliche und benutz- 
te Resourcen wie Leitungsverbindungen, Anschliisse, Busidentifi- 
zierer, Speicherbereiche und CPU-Nutzung. Dies bildet die Basis 
fiir eine Uberprufung von Hardware- und Sof tware-Ersat zteilen auf 
Kompatibilitat mit dem restlichen System beim Austausch einer 
defekten Komponente . Durch die Dokumentation der Funktionen der 
Software-Module eines Steuergerates ist auch dessen Funktion 
selbst dokumentiert . Somit sind in den abgespeicherten Ist- 
Konf igurationsdaten alle Informationen enthalten, urn alle Steu- 
ergerate und Sof twaremodule aufzufinden, die in die Ausfiihrung 
einer jeweiligen Funktionalitat involviert sind. Wenn eine be- 
stimmte Funktionalitat nicht mehr verfugbar ist, kann folglich 
eine Serviceabteilung einen Browser fiir den Ist-Konf igurations- 
datenspeicher ECO darauf abfragen, alle hierfur als Ursache in 
Betracht kommenden Komponenten anzuzeigen. 

Wei t ere Darstellungsmoglichkeiten der Ist -Konf iguration sind ei- 
ne Funktionsdarstellung, die recht einfach durch Sortieren al ler 
Komponenten nach ihrer Funktion und Bildung eines entsprechenden 
neuen Baumes realisierbar ist, wobei die wurzelnachsten Zweige 
die Funktionen und die anschlieSenden Zweige die Hardware- und 
Sof tware-Komponenten zur Realisierung der jeweiligen Funktion 
darstellen, sowie eine Topologiedarstellung, wie sie in Fig. 5 
beispielhaft angegeben ist. In einer solchen Topologiedarstel- 
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lung stellen die an Datenbusse angeschlossenen Steuergerate ei- 
nen guten Ausgangspunkt zum Navigieren durch die gespeicherten 
Ist-Konfigurationsdaten dar. Die Information fvir diese Darstel- 
lung kann durch Sortieren der Steuergerate gemaS ihrer Datenbus- 
anbindung gefunden werden, wobei diejenigen Steuergerate, die an 
mehr als einen Datenbus angeschlossen sind, Gateways darstellen. 
Die Anzeige dieser Topologiedarstellung ist jedoch schwieriger 
als eine Baumstrukturanzeige . Wenn sich die Datenbusse nicht 
uberschneiden sollen, sind eine exponentiell ansteigende Anzahl 
von Berechnungsschritten erf orderlich, und die Darstellung ist 
haufig nicht itnmer leicht verstSndlich. Vorzugsweise wird daher 
orliegend gewisse Information zur leichteren Anzeige dieser 
larstelltmg zusatzlich im Ist-Konf igurationsdatenspeicher ECO 
angel egt . 

Dazu wird ein ublicherweise wahrend der Fahrzeugentwicklung ge- 
zeichnetes Bild von Topologien fur ein voll ausgerustetes Fahr- 
zeug in Rechtecke gleicher Abmessung unterteilt, die jeweils 
hochstens einen Datenbus enthalten und durch Koordinaten identi- 
fiziert werden. Der Verlauf eines Datenbusses kann dann in dera 
Originalbild als Koordinaten der Quadrate gespeichert werden, 
die Telle dieses Datenbusses enthalten. Wenn die Topologie des 
individuellen Fahrzeugs gezeichnet wird, kann der Browser diese 
fur die verschiedenen Datenbusse gespeicherten Koordinateninf or- 
mationen zur Plazierung der Busse heranziehen. Gateway- Steuerge- 
rate befinden sich an den Kanten zwischen je zwei aneinander- 
grenzenden Quadraten. Auf diese Weise laSt sich mit relativ ge- 
ringem Rechenaufwand eine iibersichtliche Topologiedarstellung 
entsprechend Fig. 5 gewinnen. Durch Anklicken einer jeweiligen 
ECU in dieser Darstellung kann zu zugehoriger Software, zugehd- 
rigen Anschliissen etc. weitergegangen werden. Bevorzugt sind die 
oben erwahnten und eventuelle weitere, implement ierte Darstel- 
lungsarten direkt in den zugeh6rigen Browser codiert . Als zu- 
kiinftige Entwicklung erscheint in diesem Zusammenhang die Ver- 
wendung des XSL (XML Style Language) -Formats, das in naher Zu- 
kunft durch W3C bereitgestellt wird, von Interesse . Diese 
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Sprache hilft dabei, Darstellungen von XML-Daten zu definieren, 
die in einem allgemeinen XML-Browser verwendet werden konnen. 

In den Fig. 6 bis 10 ist anhand schematischer und realer, bei- 
spielhafter Bildschirmseiten eine von einer geeigneten graphi- 
schen Benutzeroberf lache menugesteuerte , bedienf reundliche Be- 
nutzerfiihrung durch das Fahrzeugelektrik-Konf igurationssystem 
veranschaulicht . Fig. 6 zeigt hierzu schetnatisch vier Buttons 
einer Einstiegsmaske, von denen ein erster Button Bl den Zugang 
zu einer Topologie-Konf igurierung, ein zweiter Button B2 den Zu- 
gang zu einer Steuergerate-Konf igurierung, ein dritter Button B3 

•den Zugang zu einer Fahrzeug-Konf igurierung und ein vierter But- 
ton B4 den Zugang zu einer Fahrzeug-Rekonf igurierung bieten. 

Bei Anklicken des ersten Buttons Bl wird eine Topologie-Konf igu- 
rierung aktiviert, wahrend der uber jeweilige Bildschirmf enster 
prinzipielle Vorgaben gemacht werden konnen, welche Sorten von 
Steuergeraten verbaut werden und wie diese vernetzt sind. Dies 
bietet dem Entwickler Unterstiitzung durch Einbringen von Erfah- 
rungswerten, beispielsweise kann der betreffende Topologiekonf i- 
gurierungs-Systemteil Komponenten automat isch zunachst an denje- 
nigen Datenbussen plazieren, an denen sie bisher am haufigsten 
angeordnet wurden. Fig. 7 zeigt ein typisches reales Bildschirm- 
fenster wahrend der Topologiekonf igurierung, wobei im linken 
I^^^Fensterteil die moglichen Steuergeratesorten auswahlbar aufgeli- 
^^^stet sind, wahrend im rechten Systemteil schon ausgewahlte Steu- 
ergeratesorten mit der selbsttatigen Plazierung am jeweiligen 
Datenbus dargestellt sind. Gezeigt sind beispielhaft eine elek- 
trohydraulische Bremse EHB an einem Fahrwerk-Bus , ein Motorsteu- 
ergerat MS, ein Abstandsregeltempomat ART und eine Active-Body- 
Control ABC an einem Motor-Bus, diverse innenraumbezogene Kompo- 
nenten an einem Innenraum-Bus , wie Kombi instrument , Airbagsteu- . 
ergerat, automatische Leuchtweitenregulierung, Dachbedienein- 
heit, Signalerf assungs- und Ansteuerungsmodul , Sprachbediensy- 
stem, diverse Komponenten an einem KIN/Telematik-Bus , wie Radio, 
CD- Player und Navigationseinheit , sowie eine pneumatische Steu- 
ereinheit und ein Anhanger-AnschluB-Gerat an einem Zubehor-Bus . 
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In einem nachsten Schritt der meniigesteuerten Konf igurierung 
werden dann durch Aktivierung der Steuergerate-Konf igurierung in 
der Entwicklung die zulassigen konkreten Steuergerate fur die 
diversen Steuergeratesorten f reigegeben bzw. , soweit noch nicht 
vorhanden, neu entwickelt . Zu jeder Steuergeratesorte werden zu- 
lassige Hardware- und Sof twaremodule ausgewahlt bzw. neu defi- 
niert, z.B. ein geeignetes Motorsteuergerat mit geeigneter zuge- 
horiger Steuersof tware . Fur jedes individuelle Steuergerat mit 
zugehoriger Software werden Eigenschaf ten und Referenzen zu zu- 
gehorigen Dokumentationsorten abgespeichert . 

^^B)urch Anklicken des Fahrzeug-Konf igurierungsbuttons B3 laSt sich 
^^iann die automatische Erstellung einer Ist-Konf iguration akti- 
vieren, d.h. eine rechnergestutzte automatische Konf igurierung 
des Fahrzeugs mit seinen f ahrzeugelektrischen Bestandteilen ent- 
sprechend den Inf ormationen aus dem Topologiekonf igurierungs- 
Systemteil und dem Steuergeratekonf igurierungs-Systemteil unter 
Berucksichtigung der sich aus den Kundenwiinschen ergebenden 
Zielvorgaben. Ein entsprechendes Meniifenster ist in Fig. 8 sche- 
matisch dargestellt. Im mittleren Fensterbereich befindet sich 
ein Konf igurierungsstart -Button B5, iiber den ein Konfigurie- 
rungsvorgang gestartet werden kann. Im linken Fensterteil B6 
kann die Gesamtheit der vom Kunden gewiinschten Funktionalitaten 
ausgewahlt werden. Im mittleren, unteren Fensterteil 2 konnen 
neben der Fahrzeugidentif ikation auch Name und Anschrift des 
Fahrzeugbesitzers angegeben werden. Im rechten Fensterteil be- 
findet sich eine Anzahl von Anzeigeanforderungs -Buttons zur Ak- 
tivierung bestimmter Konf igurierungs- und Anzeigef unktionalita- 
ten. 

So kann uber einen Stuckliste-Button B7 die Erstellung einer 
Stiickliste der ermittelten Ist-Konf iguration aktiviert werden. 
iiber einen Topologie -Button B8 kann die Ist-Konf iguration in To- 
pologiedarstellung wiedergegeben werden. Ein Ausschnitt einer 
solchen Darstellung ist in Fig. 9 wiedergegeben. Wie daraus er- 
sichtlich, entspricht diese Darstellung im Prinzip derjenigen 
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wahrend der Topologie-Konf igurierung gemaS Fig. 1 , wobei nun je- 
doch die fur die ermittelte Ist-Konf iguration speziell gewahl- 
ten, individuellen Steuergerate wiedergegeben sind, wahrend in 
Fig. 7 der jeweilige Steuergerattyp dargestellt ist . 

Mit einem Flash-Software -Button B9 konnen die benotigten Soft- 
ware-Module beim Konf igurieren kombiniert und viber eine gangige 
Flash-Software in das Fahrzeug herunterge laden werden. Uber ei- 
nen Diagnosemodell -Button BIO kann eine Diagnosemodell -Funk t ion 
aktiviert werden, durch welche die ref erenzierten Diagnose- 
Module zu einen individuellen Diagnose -Mode 11 fur das betreffen- 

•de Fahrzeug assembliert und angezeigt werden konnen. Fig. 10 
l^eigt ausschnittweise eine derartige typische Diagnosemodell- 
Darstellung, wie sie vom Konf igurierungssystem generiert werden 
kann . 

Des weiteren ist uber einen Kommunikationsmatrix-Button Bll die 
Anzeige der verwendeten Datenbus- Identifier , z.B. CAN- Identi- 
fier, als Kommunikat ions -Matrix aktivierbar. Daruber hinaus ent- 
halt die Ist-Konf iguration aber auch Inf ormationen zu alien an- 
deren Resourcen der verwendeten Steuergerate, wie Speicher, CPU- 
Leistung, E/A-Anschlusse usw. Als weitere Funktionalitat kann 
liber einen Handbuch-Button B12 eine automat ische Handbucherstel- 
^ lung aktiviert werden, mit der die von den Steuergeraten refe- 
^^^^renzierten Handbuchteile zu einem f ahrzeugindividuellen Handbuch 
^^^F kombiniert werden. Der Benutzer erhalt somit genau diejenigen 

Bedienungshinweise, welche die in seinem Fahrzeug auch tatsach- 
lich verbauten Komponenten betreffen, ohne mit uberf liissigen In- 
f ormationen uber nicht verwendete Bauteile belastet zu werden. 
Das auf diese Weise in elektronischer Form vorliegende Handbuch 
kann bequem am Bildschirm durchgeblattert und bei Bedarf ausge- 
druckt werden . 

Wie aus der anhand der Fig. 7 bis 10 oben erlauterten Menufiih- 
rung deutlich wird, wird auf diese Weise ein fiir den Benutzer 
sehr komf ortabler , von einer f ensterbasierten graphischen Benut- 
zeroberf lache gesteuerter Fahrzeugkonf igurierungsvorgang bereit- 
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gestellt. Eine weitere, iiber die Einstiegsmaske gemaS Fig. 6 ak- 
tivierbare Funktion des Fahrzeugelektrik-Konf igurationssystems 
besteht in der Moglichkeit einer Neu- bzw. Rekonf igurierung, die 
xiber einen zugehorigen Rekonf igurierungs -Button B4 auswahlbar 
ist. Dieser Rekonf igurierungs-Systemteil ist insbesondere dazu 
verwendbar, die Ist-Konf iguration nach einem Austausch oder ei- 
ner Hinzufiigung einer oder mehrerer Hardware- und/oder Software- 
Komponenten zu aktualisieren . Im Fall des Komponentenaustauschs 
ist dies besonders dann von Bedeutung, wenn dieselbe Komponente 
gegenwartig nicht verfiigbar ist und durch eine solche anderen 
Typs zu ersetzen ist, welche die geforderte Funktionalitat lei- 
tet. Diese Ersatzkomponente muiS alle fur die betreffende Sy- 
temkomponente geltenden Abhangigkeiten erfullen. Der Rekonf igu- 
rierungs-Systemteil gibt Unterstiitzung im Auffinden einer geeig- 
neten Ersatzkomponente. Das iiber die gegenwartig im System 
verbauten Module benotigte Wissen zur Systemkonf igurierung wird 
von den im Ist-Konf igurationsdatenspeicher des Fahrzeugs als 
XML-Dokument gespeicherten Ist-Konf igurationsdaten bereitge- 
stellt . 

Wenn beispielsweise der AuEenspiegel auf der Beif ahrerseite me- 
chanisch beschadigt wurde, ist als kleinste austauschbare Ein- 
heit die ganze AuSenspiegeleinheit einschlieSlich Stellmotoren 
und Positionssensoren zusammen mit dem mechanischen Spiegelele- 
ment selbst auszutauschen . Das Austauschteil beinhaltet eine me- 
chanisch identische Einheit, kann jedoch eine neuere Version 
z.B. der Positionssensoren beinhalten, z.B. eine solche mit ho- 
herer Auflosung. Bei herkommlichen Systemen kSnnte dieses Er- 
satzteil nicht verwendet werden, da die Software innerhalb sei- 
nes Steuergerates nicht zu den Signalen des Positionssensors 
past. Hier bringt der Rekonf igurierungs-Systemteil eine Verbes- 
serung, indera er das fiir die Positionssteuerung dieses AuSen- 
spiegels verantwortliche Sof twaremodul in einem anschliefienden 
Schritt als austauschbediirf tig identif iziert und in gleicher 
Weise weitere notwendige Anderungen indiziert. Analog bedingt 
auch eine Systemaufrustung mit neuen Funkt ionalitaten die Hinzu- 
fiigung neuer Hardware- und Sof tware -Module so, daS nacheinander 
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alle gegenseitigen Abhangigkeiten konfliktfrei erfiillt warden. 
Durch die Rekonf iguierungsf unktionalitat konnen die erforderli- 
chen Anderungen relativ einfach und fehlerfrei identif iziert 
werden . 

Eine mogliche Realisierung des Rekonf igurierungs-Systemteils be- 
steht hauptsachlich aus zwei Teilen. Den einen Teil bildet eine 
Wissensbasis, die alles notwendige Wissen liber verfugbare Kompo- 
nenten zusammen mit deren moglichen Parametern, iiber die Abhan- 
gigkeiten zwischen Komponenten, uber Strategien fur einen er- 
folgreichen Teileaustausch und daruber enthalt, welche Module 

•moment an auf Lager sind. Zur Modellierung des Wissens kann eine 
^bjektorientierte Methode verwendet werden, wie z.B. bei dem in 
der oben zitierten Verof f entlichung von Giinter et al . erlauter- 
ten KONWERK-Projekt . Der zweite Teil wird von einer mit dem Wis- 
sen arbeitenden Inf erenzmaschine gebildet, wobei der KONWERK- 
Kernel eingesetzt werden kann, da er gute Moglichkeiten zur Hin- 
zufugung eigener Strategien bietet . Andererseits ist eine re- 
sourcenbasierte Strategie geeignet, da die erwahnten Komponen- 
tenabhangigkeiten hauptsachlich in den gegebenen Resourcen der 
Module begriindet sind und daher in sehr adaquater Weise model- 
liert werden konnen, siehe zu dieser Thematik z.B. die Verof - 
fentlichung Heinrich et al.. The Resource -Based Paradigm: Confi- 
guring Technical Systems from Modular Components, AAAI-96 Fall 
?^^^Sympos. Series: Configuration, MIT, Cambridge, MA, 9. bis 11. 
^^^November 1996, Seite 19. 

Wie in der Verof fentlichung Crow et al . , Model-Based Reconfigu- 
ration: Diagnosis and Recovery, Computer Science Laboratory, 
Menlo Park, CA 94025 USA, NASA Contractor Report 4596, Mai 1994 
beschrieben, kann Rekonf igurierung dazu verwendet werden, ein 
FDIR-System, d.h. Fehlererkennungs- , Identif izierungs- und Re- 
konf igurierungs- System, zu erhalten, indem Diagnose und Rekonfi- 
gurierung in Systemen mit " Standby" -Ersatzteilen angewendet wer- 
den. Im vorliegenden Fall werden hingegen keine "Standby" - 
Ersatzteile vorausgesetzt , und die Rekonf igurierung ist nicht 
nur auf den Teileaustausch nach einer Diagnose beschrankt, son- 
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dern auch fur Systemauf riistungen geeignet . Ein erster Startpunkt 
ist ein austauschbediirf tiges Teil, z.B. der letzte Schritt in 
einer FDIR-Prozesskette . Der Systemnutzer identif iziert das 
Teil, und das Rekonf igurierungssystem entfernt es von der aktu- 
ellen, aus der abgespeicherten Ist-Konf iguration ermittelten Sy- 
stemkonf iguration. Das Konf igurierungssystem stellt dann fest, 
daB das System nicht mehr vollstandig ist. Vollstandigkeit be- 
deutet in diesem Zusammenhang, daS das System die Spezif ikation 
erfullt, wie sie von dem zuvor im System enthaltenen Funktionen- 
satz gegeben ist und daS alle Abhangigkeiten erfiillt sind. Der 
zweite Startpunkt betrifft den Fall, daS eine neue Funktionali- 
tat hinzufiigt werden soil. Auch in diesem Fall ist das System 

ann nicht mehr vollstandig, und zwar als Folge einer geanderten 
Spezif ikation, die aus den bisherigen Funktionalitaten zuzuglich 
der neu gewiinschten Funktionalitat besteht. 




In beiden Fallen besteht ein Kompositionsschritt des Rekonfigu- 
rierungssystems darin, daS es versucht, eine Komponente hinzuzu- 
fiigen, welche die fehlende Funktionalitat bereitstellt . Es kann 
hierzu denselben Typ des Bauteils auswahlen, das der Benutzer 
zuvor entfernt hat, wenn es noch erhaltlich ist und noch nicht 
anderweitig geordert wurde . Es kann aber auch "beschlieSen" , ei~ 
ne neuere Version des Bauteils oder ein komplett anderes Bauteil 
auszuwahlen, das gegenwartig auf Lager ist, abhangig von der 
Strategie und den Optimierungsregeln, die tatsachlich verwendet 
werden. Um alle Abhangigkeiten zu erfullen, bedarf es zumeist 
einer schrittweisen Rekonf iguration. Eine dritte interessante 
Situation ergibt sich, wenn sich die Regeln/Abhangigkeiten fiir 
das System geandert haben, z.B. dadurch, daS in einem spateren 
Stadium durch Entwicklungsabteilungen neue Abhangigkeiten detek- 
tiert und zur Wissensbasis hinzugefiigt wurden. Auch das Verbrin- 
gen des Fahrzeugs in ein anderes land mit anderen Vorschriften 
kann ein Grund hierfiir sein. In diesem Fall bewirkt das Rekonfi- 
gurierungs system eine Feststellung, ob noch alle Abhangigkeiten 
erfullt sind, und initiiert eine schrittweise Rekonf igurierung, 
wenn dies nicht der Fall ist. 
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Fiir den Rekonf igurierungsprozeS gibt es mehrere herkommliche 
Moglichkeiten, In der oben genannten Verof f entlichung von Crow 
et al. wird Rekonf igurierung als eine Analogie zu dem modellba- 
sierten Diagnoseparadigma modelliert, wie es von Reiter formali- 
siert wurde (R. Reiter, A Theory of Diagnosis from First Princi- 
ples, Artificial Intelligence, 32(1), April 1987, Seite 57). 
Vorliegend wird eine Rekonf igurierung favorisiert, die auf einem 
Mechanismus beruht, der versucht, so viel wie moglich von dem 
gut erforschten klassischen Konf igurationsparadigma zu verwen- 
den. Dieser Mechanismus besteht darin, Komponenten hinzuzuf ligen, 
urn eine gewunschte Funktionalitat zu erhalten, und das System zu 
dekompositionieren, wenn ein Konfliktpaar detektiert wird. Dies 
ist ahnlich zur grundlegenden Konf igurationsmethode mit Riickver- 
folgung in klassischen Konf igurierungssystemen, wie sie in den 
oben zitierten Verof fentlichungen von Giinter et al . und Heinrich 
et al. beschrieben sind. Der Unterschied zur normalen Riickver- 
folgung besteht darin, daS nicht nur solche Teile, die zuvor 
durch den Algorithmus hinzugefiigt wurden, sondern auch solche 
entfernt warden konnen, die in das System vor dem Starten des 
Algorithmus eingebaut wurden. 

Als Telle des Algorithmus lassen sich die zwei Phasen Kompositi- 
onsphase und Riickverf olgungs- oder Dekompositionsphase unter- 
scheiden. In der Kompositionsphase versucht das Rekonf igurie- 
rungssystem eine Komponente zu finden, die wenigstens eine der 
gewunschten Funktionalitaten bereitstellt . Wenn eine oder mehre- 
re gewunschte Funktionalitaten fehlen, ist zu entscheiden, wel- 
che Komponente als nachstes hinzuzuf vigen ist. Dies kann bei- 
spielsweise die Komponente mit der hochsten Anzahl fehlender 
Funktionen oder mit der geringsten Anzahl von Konf liktpaaren 
sein. Diese Phase endet, wenn Konf liktpaare auftreten oder das 
System bezuglich einer gegebenen Spezif ikation vollstandig ist. 
In der Dekompositionsphase entfernt das System alle Komponenten, 
die Teil eines Konf liktpaares sind. Da die Hinzufiigung einer 
Komponente in der Kompositionsphase mehrere Konf liktpaare zur 
Folge habe kann, besteht die Dekompositionsphase grundlegend aus 
einer Schleife, in der die zu wenigstens einem Konfliktpaar ge- 
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horigen Komponenten identif iziert werden und die gemafi einer be- 
stimmten Optimierungsstrategie als nachstes zu entfernende Kom- 
ponente ausgewahlt und dann entfernt wird, wobei z.B. zuerst 
diejenigen Komponenten entfernt werden konnen, die in den mei~ 
sten Konf liktpaaren enthalten sind. Die Dekompositionsphase en- 
det, wenn es keine Konf liktpaare mehr gibt . Kompositions- und 
Dekompositionsphase werden in einem Schleif enzyklus abwechselnd 
ausgefuhrt, bis das System beziiglich einer gegebenen Spezifika- 
tion wahrend der Kompositionsphase vollstandig ist . 

Da gerade auch bei Fahrzeugen wahrend der Pahrzeuglebensdauer 

•haufig verschiedene Versionen von Hardware- und/oder Software - 
Komponenten entwickelt werden, ist es niitzlich, daS das Rekonfi- 
gurierungssystem das Problem solcher verschiedener Versionen von 
Komponenten auf zweierlei Weise anzugehen vermag. Zum einen kann 
es prufen, ob irgendein Konflikt auf tritt, wenn eine neuere Ver- 
sion eingesetzt wird, und auSerdem dabei helfen, die Konf likte 
durch Auffinden alternativer Komponenten mit derselben Funktio- 
nalitat zu losen. Zum anderen kann es alle Teile, die durch eine 
neue Version ersetzt werden sollen, selbst wenn sie noch funkti- 
onstiichtig sind, identif izieren, wenn eine Bedingung zur Wis- 
sensbasis hinzugefugt wird, die besagt, daS das Teil alterer 
Version selbst einen Konflikt darstellt . Diese beiden Aspekte 
erfiillt der Rekonf igurierungsalgorithmus ohne zusatzlichen Pro- 
i^J^kgrammierungsaufwand. Die Komponente der neuen Version ist zu der 
^^^Wissensbasis als ein verfiigbares Teil hinzuzuf ugen, und die al- 
tere Version ist entweder aus der Wissensbasis zu entfernen oder 
als nicht mehr erhaltlich zu markieren. 

Fig. 11 veranschaulicht bildlich die Rekonf igurierungsfunktion, 
wobei die Systemkomponenten symbolisch als Puzzleteile des be- 
treffenden Fahrzeugs F wiedergegeben sind. Beispielhaft ist an- 
genommen, daS eine bestimmte Funktionalitat oder Komponente K 
der bestehenden Ist-Konf iguration getauscht werden soil. Das 
wissensbasierte Konf igurierungssystem eirmittelt mit seinem Re- 
konf igurierungs-Systemteil neben einer neuen Komponente Kn fur 
die in jedem Fall zu tauschende Komponente K weitere neue Kompo- 
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nenten Kin, K2n anstelle entsprechender bisheriger Komponenten 
Kl, K2 so weit, bis wieder konf liktf reie Vollstandigkeit des Sy- 
stems gegeben ist . Durch Austausch der bisherigen mit den 
selbsttatig neu ermittelten Komponenten sowie gegebenenf alls 
Hinzufiigung zusatzlicher Komponenten wird dann ein neu konfigu- 
riertes Fahrzeug Fn erhalten, das die gewunschten Funktionalita- 
ten besitzt. 

Vorzugsweise ist im vorliegenden Fahrzeugelektrik-Konf igura- 
tionssystem die Beriicksichtigung eines Alterungsaspektes fiir den 
Konf igurierungs- bzw. Rekonf igurierungsprozeS vorgesehen. Dies 
tragt der Tatsache Rechnung, dafi sich liber die Jahre hinweg 

icht nur Versionen von Komponenten, sondern auch das Wissen 
uber Abhangigkeiten oder (Re- ) Konf igurierungsstrategien andern. 
Die Beriicksichtigung von gealtertem Wissen kann den Rekonfigura- 
tionsprozeS verbessern, wobei es moglich ist, daS sowohl die 
Komponenten als auch das Wissen sich kontinuierlich und automa- 
tisch andern und nicht allein sprunghaft durch Ubergang auf eine 
neue Vers ion . 

Ein Vorteil der Verwendung von gealtertem Wissen besteht in der 
Verbessemng der Wissensbasis, indem fiir langere Zeit nicht be- 
notigtes Wissen automatisch aus ihr entfernt wird. Dies halt die 
Wissensbasis ausreichend klein und die zugehorige Konfigurati- 
onsmaschine entsprechend schnell. In speziellen Fallen, in denen 
altes Wissen benotigt wird, z.B. zur Rekonstruktion eines Oldti- 
mer-Fahrzeugs, kann es nutzlich sein, Backup-Versionen der Wis- 
sensbasis zu verwenden, die es erlauben, auf jedes beliebige 
fruhere Datum zuriickzugehen. 

Ein zweiter wesentlicher Aspekt dafiir, eine Alterung des Wissens 
vorzusehen, besteht in der Moglichkeit, dadurch den Konfigurati- 
onsprozefi zu beschleunigen . Denn es ist sehr wahrscheinlich, daS 
Wissen, welches haufig beim Auffinden einer Losung geholfen hat 
und relativ aktuell ist, fiir die Losung eines aktuell gestellten 
Problems am meisten geeignet ist, so daS es plausibel ist, sei- 
ches Wissen zuerst einzusetzen, das demgemaS als aktuell be- 
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zeichnet wird. Dies bedeutet, daS zur Beschleunigung des Konfi- 
gurierungs- bzw. Rekonf igurierungsprozesses aktuelle Komponenten 
und Strategien bevorzugt eingesetzt und aktuelle Abhangigkeiten 
zuerst uberpruft werden. 

Zur Alterungsklassifizierung des Wissens wird vorliegend ein Ak- 
tualitatsgrad-Parameter act der Form act=usef/age als Quotient 
eines Parameters usef , der angibt , wie oft das betreffende Wis- 
sen zu einer Losung gefiihrt hat bzw. eine Komponente Teil einer 
Losung gewesen ist, und eines Parameters age definiert, der das 
Alter des Wissens bzw. der Komponente seit der erstmaligen Spei- 

Icherung in der Wissensbasis angibt. Wenn nun fiir eine. Komponente 
^ber eine langere Zeitspanne hinweg dieser Aktualitatsgrad act 
immer weiter Richtung null abfallt, kann er nach Unterschreitung 
eines vorgegebenen Schwellwertes aus.der aktuell geltenden Wis- 
sensbasis entfernt werden. 




Bevorzugt kann eine Gewichtung des Nut zungsgrad- Parameters usef 
relativ zum Alter der betreffenden Komponente vorgesehen sein, 
indem der Aktualitatsgrad act dann aus der modif izierten Bezie- 
hung act=usef=/age ermittelt wird, wobei der Exponent c geeignet 
festgelegt werden kann. Speziell wird er zur Betonung des Alters 
auf einen Wert aus dem Intervall zwischen null und eins und zur 
Betonung des Nutzungsgrades auf einen Wert groSer eins gesetzt. 
Zur Berechnung des Aktualitatsgrades act werden fiir alles Wissen 
und alle Komponenten in der Wissensbasis die Parameter usef und 
das "Geburtsdatum" abgespeichert . Der Exponent c ist fur das ge- 
samte System gultig und kann fur jeden Rekonf igurationsvorgang 
neu festgelegt werden, so daS der Systemnutzer dement sprechend 
die Bedeutung des Alters festlegen kann. 
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Patentanspriiche 



1. Fahrzeugelektrik-Konf igurationssystem zur automatisierten 
Konf igurierung f ahrzeugelektrischer Anlagen, die wenigstens 
teilweise an ein Datenbusnetzwerk (Busl, Bus2, ...) angeschlos- 

•sene Hardware -Komponent en (ECUl, ECU2 , ...) und in wenigstens 
^inem Teil der Hardware -Komponent en implement ierte Software - 
Komponenten zur Ausfiihrung zugehoriger Funktionalitaten umfas- 
sen, 

gekennzeichnet durch 

einen f ahrzeugseitig angeordneten, zentralen Istkonf igurations- 
datenspeicher. (ECO) zum abrufbaren Ablegen eines die Istkonfigu- 
ration der jeweiligen f ahrzeugelektrischen Anlage charakterisie- 
renden Istkonf igurationsdatensatzes , wobei der Istkonf igurati- 
onsdatenspeicher direkt oder indirekt mit alien Hardware -Kompo- 
nenten (ECUl, ECU2, ...) in Kommunikationsverbindung steht. 

2. Fahrzeugelektrik-Konf igurationssystem nach Anspruch 1, wei- 

^^^^d adurch gekennzeichnet, daiS 

der Istkonf igurationsdatenspeicher (ECO) von einem Flash- 
Speicherteil einer Steuergerat- Komponent e (CECU) gebildet ist, 
die als Gateway der f ahrzeugelektrischen Anlage zu einem an- 
schlieSbaren f ahrzeugexternen System (1) fungiert. 

3 . Fahrzeugelektrik-Konf igurationssystem nach Anspruch 1 oder 
2, weiter 

dadurch gekennzeichnet, dafi 

die Istkonf igurationsdaten im Istkonf igurationsdatenspeicher 

(ECO) in einem XML-Dateif ormat abgelegt sind und Daten iiber des- 
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sen Struktur in einer zugeordneten Dokumententypdef initionsdatei 
(DTD) abgelegt sind. 

4. Fahrzeugelektrik-Konf igurationssystem nach einem der An- 
spriiche 1 bis 3, waiter 

gekennzeichnet durch 

Browsermittel zur Wiedergabe der Istkonf igurationsdaten in einer 
Baumstrukturdarstellung, einer Funktionsdarstellung und/oder ei- 
ner Topologiedarstellung. 

5. Fahrzeugelektrik-Konf igurationssystem zur automatisierten 
Konf igurierung f ahrzeugelektrischer Anlagen, die wenigstens 

eilweise an ein Datenbusnetzwerk (Busl, Bus2, ...) angeschlos- 
sene Hardware -Komponen ten (ECUl, ECU2, ...) und in wenigstens 
einem Teil der Hardware -Komponent en implement ierte Software- 
Komponenten zur Ausfuhrung zugehoriger Funktionalitaten umfas- 
sen, insbesondere nach einem der Anspruche 1 bis 4, 
dadurch gekennzeichnet, daS 

es einen Topologiekonf igurierungs-Systemteil (Bl) zur Ein- 
gabe von Daten liber die Typen von verwendbaren Hardware -Kompo- 
nenten und liber deren Datennetzwerkanbindung, einen Hardwarekom- 
ponentenkonf igurierungs-Systemteil (B2) zur Auswahl und/oder 
Neuentwicklung von Hardware -Komponent en des jeweiligen Typs und 
einen Fahrzeugkonf igurierungs-Systemteil zur rechnergestutzten 
automat ischen Konf igurierung einer jeweiligen f ahrzeugelektri- 
schen Anlage in Abhangigkeit von festlegbaren Zielvorgaben unter 
Nutzung des Topologiekonf igurierungs-Systemteils und des Hardwa- 
r ekomponen t enkonf igur ierungs - Sy s t emt e i 1 s umf aSt und 

graphische Benutzeroberf lachenmittel zur meniigesteuerten 
Benutzerfiihrung wahrend der Aktivitat des Topologiekonf igurie- 
rungs-Systemteils , des Hardware -Komponent enkonf igurierungs- 
Systemteils und des Fahrzeugkonf igurierungs-Systemteils vorgese- 
hen sind- 



6. Fahrzeugelektrik-Konf igurationssystem nach einem der An- 
spriiche 1 bis 5, weiter 

gekennzeichnet durch 
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Rekonf igurierungsmittel (B4) zur rechnergestutzten automatischen 
Rekonf igurierung einer jeweiligen f ahrzeugelektrischen Anlage 
bei Ersatz wenigstens einer Komponente durch wenigstens eine 
neue Komponente entsprechender Funktion aber anderen Typs oder 
bei Hinzufiigung wenigstens einer weiteren Komponente fur eine 
neue Funktionalitat oder bei Anderung wenigstens einer Komponen- 
tenbeziehung. 

7. Fahrzeugelektrik-Konf igurationssystem nach einem der An- 
spruche 1 bis S, weiter 

gekennzeichnet durch 

•Wissensalterungsmittel, die den abgespeicherten Konf igurations- 
^aten einen Aktualitatsgrad (act) in Abhangigkeit von deren Al- 
ter (age) und Konf igurierungsgebrauchshauf igkeit (usef) zuord- 
nen, wobei sie die Konf igurationsdaten aus dem geltenden Konfi- 
gurationsdatensatz entfernen, wenn deren Aktualitatsgrad einen 
vorgebbaren Schwellwert unterschritten hat, und/oder wobei im 
Fall vorhandener Rekonf igurierungsmittel diese wahrend der Re- 
konf igurierung bei mehreren moglichen Komponenten, Konfigurie- 
rungsstrategien und/oder Komponentenbeziehungen jeweils zuerst 
diejenige mit dem hochsten Aktualitatsgrad verwenden. 
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Zu g amiP^XTi f a g gung 



Fahrzeugelektrik-Konf igurationssystem . 

Die Erfindung bezieht sich auf ein Fahrzeugelektrik- 
Konf igurationssystem zur automatisierten Konf igurierung 
fahrzeugelektrischer Anlagen, die wenigstens teilweise an 
ein Datenbusnetzwerk angeschlossene Hardware -Komponent en 
und in wenigstens einem Teil derselben implement ierte Soft- 
ware -Komponent en zur Ausfiihrung zugehoriger Funktionalita- 
ten umfassen. 

2.2. Erf indungsgemaS ist ein f ahrzeugseitig angeordneter , zen- 
traler Istkonf igurationsdatenspeicher zum abrufbaren Able- 
gen eines die Istkonf iguration der jeweiligen f ahrzeugelek- 
trischen Anlage charakterisierenden Istkonf igurationsdaten- 
satzes vorgesehen, wobei der Speicher direkt oder indirekt 
mit alien Hardware -Komponent en in Kommunikationsverbindung 
steht. Zusatzlich oder alternativ beinhaltet das System ei- 
nen Topologiekonf igurierungs -Systemteil , einen Hardware - 
Komponentenkonf igurierungs-Systemteil und einen Fahrzeug- 
konf igurierungs-Systemteil zusammen mit einer graphischen 
Benutzeroberf lache zur meniigesteuerten Benutzerf uhrung . 

2.3. Verwendung z.B. zur automatisierten kundenspezif ischen 
Konf igurierung der f ahrzeugelektrischen Anlage von Automo- 
bilen. 




Vehicle 

■ Identification i.e. VIN 

■ Owner 

■ Technical Data for Resale 

■ Data for Maintenance i.e. date of last oil change 

■ Data Busses i.e. CAN-Busses 

■ ECU including all 

t loaded Software-Module - connectors 

loaded Software-Module - connected busses 

-sensors/actors 

■ ECU - programming ressources 




Torn, - kc^fJTY ^ 




S-Klasse 420 Avantgarde. Lbt| 
955 Design- und Ausslattung 
551 Einbnjch- u. DtebstaW-W^ 
472 Elektronisches Stabiiitats: 
231 Garagentorbffnerimtnni 
423 Automatik 5<aang Getriej 
580 Klimaanlage 
220 Parktronic System (PTS) 
4 1 4 Schiebe-Hebedach. eiekt'; 
373 Sftzheizung vom 
791 LeichtmetaflraderAHG ^ 
545 Winterreifen 
540 RoDo elelctrisch fur Heckf« 
45 Schetbenwiscfter mit Reg 
600 Scheinwerterreinigungsai 
404 Muttikontursitz finks vomc 
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-: ±ii:tidiid3cbt±3e3cg 





29 468/DE/l 



28 



DaimlerChrysler AG FTP/E Dr.EW/sn 

Stuttgart 



Zu s amme n f a s suna 
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Fahrzeugelektrik-Konf igurationssystem. 

2.1. Die Erfindung bezieht sich auf ein Fahrzeugelektrik- 
Konf igurationssystem zur automatisierten Konf igurierung 
f ahrzeugelektrischer Anlagen, die wenigstens teilweise an 
ein Datenbusnetzwerk angeschlossene Hardware -Komponent en 
und in wenigstens einem Teil derselben implementierte Soft- 
ware -Komponent en zur Ausfuhruhg zugehoriger Funktionalita- 
ten umfassen. 

2.2. Erf indungsgemafi ist ein f ahrzeugseitig angeordneter , zen- 
traler Istkonf igurationsdatenspeicher zum abrufbaren Able- 
gen eines die Istkonf igurat ion der jeweiligen f ahrzeugelek- 
trischen Anlage charakterisierenden Istkonf igurationsdaten- 
satzes vorgesehen, wobei der Speicher direkt oder indirekt 
mit alien Hardware -Komponent en in Kommunikationsverbindung 
steht. Zusatzlich oder alternativ beinhaltet das System ei- 
nen Topologiekonf igurierungs-Systemteil, einen Hardware- 
Komponentenkonf igurierungs-Systemteil und einen Fahrzeug- 
konf igurierungs-Systemteil zusammen mit einer graphischen 
Benutzeroberf lache zur menugesteuerten Benutzerf iihrung . 

2.3. Verwendung z.B. zur automatisierten kundenspezif ischen 
Konf igurierung der f ahrzeugelektrischen Anlage von Automo- 
bilen. 



